約 1,863,765 件
https://w.atwiki.jp/yoshida1/pages/13.html
ここをから編集します //地域テーブル CREATE TABLE `table_area` ( `area_no` int(10) NOT NULL AUTO_INCREMENT, `area_name` varchar(50) NOT NULL, PRIMARY KEY (`area_no`), UNIQUE KEY `area_name` (`area_name`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ; //カテゴリテーブル CREATE TABLE `table_category` ( `category_no` int(10) NOT NULL AUTO_INCREMENT, `category_name` varchar(50) NOT NULL, `category_help` varchar(100) DEFAULT NULL, PRIMARY KEY (`category_no`), UNIQUE KEY `category_name` (`category_name`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ; //ゲストテーブル CREATE TABLE `table_guest` ( `guest_no` int(10) NOT NULL AUTO_INCREMENT, `guest_account` varchar(30) NOT NULL, `guest_passwd` varchar(20) NOT NULL, `guest_name` varchar(50) NOT NULL, `guest_kana` varchar(50) DEFAULT NULL, `guest_sex` varchar(5) DEFAULT NULL, `guest_birthday` varchar(30) DEFAULT NULL, `guest_post` varchar(30) DEFAULT NULL, `guest_address` varchar(50) DEFAULT NULL, `guest_telephone` varchar(30) DEFAULT NULL, `guest_newday` varchar(30) NOT NULL, `guest_last_login` varchar(30) NOT NULL, PRIMARY KEY (`guest_no`), UNIQUE KEY `guest_account` (`guest_account`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ; //商品テーブル CREATE TABLE `table_item` ( `item_no` int(10) NOT NULL AUTO_INCREMENT, `item_name` varchar(30) NOT NULL, `item_kana` varchar(30) DEFAULT NULL, `category_no` int(10) DEFAULT NULL, `item_price` int(10) DEFAULT NULL, `item_cost` int(10) DEFAULT NULL, `item_stock` int(10) DEFAULT NULL, `store_no` int(10) DEFAULT NULL, `image_name` varchar(50) DEFAULT NULL, `image_help` varchar(100) DEFAULT NULL, PRIMARY KEY (`item_no`), UNIQUE KEY `item_name` (`item_name`), KEY `category_no` (`category_no`), KEY `store_no` (`store_no`) ) ENGINE=MyISAM AUTO_INCREMENT=14 DEFAULT CHARSET=utf8 ; //支払い方法テーブル CREATE TABLE `table_method` ( `method_no` int(10) NOT NULL AUTO_INCREMENT, `pay_method` varchar(50) NOT NULL, PRIMARY KEY (`method_no`), UNIQUE KEY `pay_method` (`pay_method`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ; //注文テーブル CREATE TABLE `table_order` ( `order_no` int(10) NOT NULL AUTO_INCREMENT, `guest_no` int(10) NOT NULL, `item_no` int(10) DEFAULT NULL, `order_quentity` int(10) DEFAULT 0 , `send_address` varchar(50) DEFAULT NULL, `send_no` int(10) DEFAULT NULL, `area_no` int(10) DEFAULT NULL, `method_no` int(10) DEFAULT NULL, `order_date` varchar(30) DEFAULT NULL, PRIMARY KEY (`order_no`), KEY `guest_no` (`guest_no`), KEY `item_no` (`item_no`), KEY `send_no` (`send_no`), KEY `area_no` (`area_no`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ; //売上テーブル CREATE TABLE `table_sales` ( `sales_no` int(10) NOT NULL AUTO_INCREMENT, `order_no` int(10) DEFAULT NULL, `paied_money` int(10) DEFAULT NULL, `paied_date` varchar(30) DEFAULT NULL, `send_date` varchar(30) DEFAULT NULL, PRIMARY KEY (`sales_no`), KEY `order_no` (`order_no`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ; //宅配テーブル CREATE TABLE `table_send` ( `send_no` int(10) NOT NULL AUTO_INCREMENT, `send_name` varchar(50) NOT NULL, `area_no` int(10) DEFAULT NULL, `shipping_cost` int(10) DEFAULT NULL, PRIMARY KEY (`send_no`), UNIQUE KEY `send_name` (`send_name`), KEY `area_no` (`area_no`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ; //問屋テーブル CREATE TABLE `table_store` ( `store_no` int(10) NOT NULL AUTO_INCREMENT, `store_name` varchar(50) NOT NULL, PRIMARY KEY (`store_no`), UNIQUE KEY `store_name` (`store_name`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 ;
https://w.atwiki.jp/kisarazu_maicon/pages/139.html
熱設計 高専ロボコンではあまり気にしない要素である熱設計は、 小型のものほど大きく影響します。 今回はかわロボにおける熱設計の重要性についてまとめたいと思います。 熱設計というのは、結論から言えば熱源が最大何度に到達するかを決めるものです。 かわロボにおいて、最大の熱源はモータとアンプです。 つまり、この2つの温度が何度になるのかを考えるのが目標となります。 熱回路 構成品の中で最大の温度に到達するのは必ず熱源です。 その熱源からの熱がどのように伝わり、排熱されるのかを考えるのが熱回路となります。 そこで重要となるのは、熱がどうやって伝わるかになります。 実はすべての物体は同じ温度になろうと働きますが、伝わり方には熱伝導、対流、輻射の3種類しかありません。 一般的には、アンプのFET→アンプのケース→筐体→周囲の空気という伝わり方になると思います。 熱伝導 最も重要な熱の伝達は、直接接触している者同士の熱伝導となります。 熱伝導の特性は材質に依存します。 かわロボでは主に、アルミ、ポリカーボネート、鉄等ですが、熱の伝わりやすさは、 アルミを1とすると、鉄は約1/4、ポリカは1/1000となります。 つまり熱を伝えるにはポリカ(樹脂全般)は不利となるのですが、 もっと伝わりにくいものが空気で、1/10000にもなります。 エアキャップって暖かいですよね。 そうなるとかわロボでよく見る、アンプをカバーの中に押し込んでおく状態は非常に危険という事です。 対流 液体や気体は熱を持った分子そのものが移動し、熱を伝えます。 温度差のある液体や気体は拡散という現象で少しずつ交じり合うのですが、この速度は非常にゆっくりです。 これよりも多く発生する現象が自然対流です。 地球上では重力があるので、重い空気は下に、軽い空気は上に行きます。 空気は温度が高くなると密度が下がり、軽くなるので上に行きます。 しかしこの自然対流が厄介で、様々な条件によって熱が伝わる量が異なります。 厳密にはシミュレーションで解析することになりますが、解析上は無視してしまうのが手っ取り早いレベルです。 そこで対流を前提に使う場合は、ファンを使って空気を直接あてる、強制対流という手段を取るのが一般的です。 輻射 地球でも宇宙でも発生する光による熱伝達です。 表面の材質、主に色とも呼ばれる光の吸収放射の特性に依存するのが特徴ですが、 伝わる量が非常に少ないため、熱解析上は無視しましょう。 設計 モータはコイルが、アンプは中のFETが一定の温度を超えると壊れます。 モータについては自分が回ることで対流による冷却も行われますので、定格負荷というものを守ることが重要です。 一方でアンプは冷却方法を考えないと壊れる可能性があります。 実際アンプがどれくらい発熱しているかについては、モータの電流量とアンプの内部抵抗に依存します。 要するにI*I*Rです。 MC402がなぜ優秀かについては、内部抵抗が小さいFETを使用しており、発熱量が下がるためです。 使われているDirectFETと呼ばれるFETは内部抵抗が約1mΩ程ですので、 380モータ1個のストール電流7.2V13Aでは、単純計算で169mWとなります。 なおFETの特性で厄介なのは、温度が上がると内部抵抗が上がることです。 つまり温度が上がる→抵抗が上がる→さらに温度があがるという悪循環が起き、最終的に壊れることになります。 それを防ぐためにも、温度を低く保つことは重要という事です。 アルミの熱伝導率は236W/m・Kです。 MC402のケースサイズは約25mmですので、1mm厚の板では面に垂直方向では、 169mW×1mm / (25mm×25mm × 236W/m・K) = 0.001K=0.001℃しか変わりません。 1mmの板の面方向では、同じ25mm幅の板を100mm伝わったとしても、 169mW×100mm/(1mm×25mm×236W/m・K)=2.8℃です。板厚が上がればその分温度差もなくなります。 つまりアルミ板は熱伝達なら同じ温度になると思ってもらって問題ありません。 これが樹脂になると、単純に1000倍になりますので、 MC402に使われているケースでも内外での温度差が1℃、3mmの樹脂板の表裏の温度差は3℃あることになります。 さらに面方向ではほぼ伝わらないと思ってもらって問題ありません。 そこで薄い両面テープでアルミ板に固定するといいでしょう。 ちなみにこの計算はアンプ1つモータ1つなので、アンプやモータが増えればその分掛け算になります。 つまり、熱伝達を期待するなら、アンプを固定する面はアルミでないと問題になるという事です。 さらに隙間のある状態で密閉するとどうなるかはご想像の通りです。 ヒートシンク よく冷やすにはヒートシンクをつけるという話がありますが、 ヒートシンクには2つの効果があります。 一つめは比熱を利用して温度上昇を抑えることです。 もう一つは表面積を稼いで対流での熱伝導を増やすことです。 短時間しか発熱がないものについては、ほかのものに熱を伝えることで、熱の均一化を図り温度を下げることができます。 追いかけっこをしない大型機等であれば、この方法で対処できますが、 2分間移動し続ける小型機ではヒートシンクの温度が上がってしまい、最終的に故障を招くため非推奨です。 一方でアンプにヒートシンクが付いているものがあります。 こういった製品は、一般室温における自然対流で放熱できることを前提とした設計ですので、 密閉した中で使用しても効果は得られず故障を招きます。 その場合は冷却ファンをつけるだけで故障を防ぐことができます。
https://w.atwiki.jp/ifs1919/pages/12.html
・性能 設計当初は無視する。 あとで、モニタ機能を作成すればいいか。。 ・カーネル 機能 プロセス・スレッド管理 プロセス構造体 スレッド構造体 状態管理 排他機能 割り込み制御 スケジューリング スレッドスイッチ メモリ管理 ページング機能 スワップ機能 デバイス管理 タイマ ユーザプロセス・カーネルプロセス ブート プロセス間通信 シグナル ファイルシステム ネットワーク ・設計 マイクロ・モノリシックか 最初はモノリシックで作成。 適宜、マイクロ化できるか?
https://w.atwiki.jp/yoshida1/pages/16.html
ここから編集します...... // -- phpMyAdmin SQL Dump -- version 3.4.4 -- http //www.phpmyadmin.net -- -- ホスト localhost -- 生成時間 2011 年 10 月 10 日 21 11 -- サーバのバージョン 5.0.92 -- PHP のバージョン 5.2.9 SET SQL_MODE= NO_AUTO_VALUE_ON_ZERO ; SET time_zone = +00 00 ; /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8 */; -- -- データベース `streamu1_db4` -- -- -------------------------------------------------------- -- -- テーブルの構造 `test` -- CREATE TABLE IF NOT EXISTS `test` ( `number` int(11) NOT NULL auto_increment, `name` varchar(255) character set utf8 NOT NULL, `name2` varchar(255) NOT NULL, PRIMARY KEY (`number`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=4 ; -- -- テーブルのデータをダンプしています `test` -- INSERT INTO `test` (`number`, `name`, `name2`) VALUES (1, kasahara , ), (2, , kasahara2 ), (3, 笠原 , ?? ); /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */; /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */; /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; .
https://w.atwiki.jp/okajitei/pages/56.html
'07.6 軍事系の板のQ Aを見ていて思ったのはね、 もう、現実の世界じゃぁ無理なのはわかったっつーの。 うっとこのゲーム世界は、物理法則が違うんじゃー! ニンゲンは崖から落ちても死なない法則 関節は頑丈で壊れにくい法則 とかとかとか。 そんなかんじで行こう、と。 つまり「舞台は地球の平行世界」路線は消えた、と。 '21.7 古い記事を見返していて思ったのだが、二足歩行ロボが素材の強度的に不可能、という論は、 地球とは異なる物理法則が働いている異世界である 地球の物理法則に当てはめるなら、人類のサイズは1/6~1/24である、とする のどちらかで、すべて解消できるのでは、と考えている。 この案の延長線上の設定として、プレイヤーには明かされない世界設定に、以下のようなものを加えてもいいかもしれない。 PCは、コロボックルやリリパットといった、小人族である。 太古に、地球人種が移民船に乗って小人の星に降り立ち、ロボの技術を伝えた。(タイタンやグリゴリ、ネフィリム系の話) やがて小人族は地球人種に反発し、地球人種は星から去る。(メソアメリカの神話を連想する) 小人の星から見える月のひとつは、移民船団がその正体である。(昴のような星の集合体が衛星軌道を回っている) リアル級ロボは、地球人種と同等のサイズ。スーパー級ロボは、地球人種が繰るロボのサイズ。 現実世界では実現性の低い、巨大二足歩行ロボを実現させる案として、ひとつに地球に比べすべてのサイズが小さいという提案を行った。これは、オーバーロードたちは巨人であり、それに対抗してスーパー系が誕生したという神話形成にとても有効な案。 もうひとつ、浮力の弱い液体に包まれた惑星が舞台、という案もある。ただ、これは実質的に重力が低い場所(月など)を舞台とした場合と、ロボに関する物理法則としては、いささか弱い。十二国記のように、天の先に別世界が存在するというファンタジーな世界観にはできるんだけどなぁ。
https://w.atwiki.jp/kyojin-ogasawara/pages/599.html
1:風吹けば名無し2010/07/21(水) 21 36 33.10 ID wWGyStwt ――この男はどこまで進化するのか。 キンタマーニ村に多く生息することで有名な、人間の顔をした巨人小笠原に変化が見られた。 それまで、強姦と射精しか出来なかった男が突如二足歩行を始めたのだ。 その歴史的場面に居合わせたチン獣コレクターのヤノ・ケンジ氏によると、 「前方でいきなり『キンタマー、タマキーン』という音がしたので近寄るとキンタマが二足歩行をしていた」とのこと。 ヤノ氏が捕獲を試みるものの、タマタマ通りかかった大松に踏み潰され、巨人小笠原は絶頂、射精、死亡した。 この現象に海水浴に訪れていた大正義巨人軍原監督は、 「二足歩行?夏だし、海に向かおうとしていたんだろうね(ニッコリ」とコメントし、深い海に消えていった。 なお、23日のオールスター戦には間に合う模様。 3 風吹けば名無し2010/07/21(水) 21 37 55.88 ID FzFPC9k7 サンキューカッス 6 風吹けば名無し2010/07/21(水) 21 39 20.04 ID IjfOLtfm 今年の海は盛り上がりそうだね(ニッコリ 7 風吹けば名無し2010/07/21(水) 21 39 43.27 ID 4nHTtus4 原どこ行ったんだよ 2 風吹けば名無し2010/07/21(水) 21 37 23.12 ID dfwv0u/i カッスは3足歩行やからね http //hayabusa.2ch.net/test/read.cgi/livejupiter/1279715793/l50
https://w.atwiki.jp/bk360/pages/18.html
設計図 設計図ウンバのせっけい図 ログのせっけい図 ドタンバたうんの設計図 ウンバのせっけい図 無料 ジグソーが一定数になると、ウンバからせっけい図をもらえる 名前 ジグソー ウンバ レーサー1 1 ウンバ タクシー1 1 ウンバ トラック1 1 ウンバ タンク1 5 ウンバ ヘリ1 5 ウンバ ライト 10 ウンバ ヘビー 10 ウンバ プレーン1 15 ウンバ ボート1 15 ウンバ スプレー 20 有料 ゲーム開始後、ウンバのお店に一定ジグソー獲得ごとに新商品が入荷される 名前 ジグソー オンプ ウンバ レーサー2 1 10 ウンバ タクシー2 1 10 ウンバ プッシャー 1 10 ウンバ バイク 1 10 ウンバ ケージ 1 10 ウンバ ボート2 8 20 ウンバ プレーン2 8 20 ウンバ チョッパー2 8 20 ウンバ スパイキー 8 20 ウンバ ワイド 8 20 ウンバ ホバー 8 20 ウンバ トラック2 16 30 ウンバ タンク2 16 30 ウンバ カーゴ ボート 16 30 ウンバ バルーン 16 30 ウンバ ウェッジ 16 30 ウンバ トール 16 30 ウンバ レーサー3 24 40 ウンバ トラック3 24 40 ウンバ タクシー3 24 40 ウンバ バウンサー 24 40 ウンバ ガレオン 24 40 ウンバ ビッグ ブーツ 24 40 ウンバ ボート3 32 50 ウンバ プレーン3 32 50 ウンバ タンク3 32 50 ウンバ ラマー 32 50 ウンバ カーゴ ヘリ 32 50 ウンバ スラム ダンク 32 50 ウンバ タクシー4 40 60 ウンバ チョッパー3 40 60 ウンバ トレーラー 40 60 ウンバ カーゴ プレーン 40 60 ウンバ 折りたたみウィング 40 60 ウンバ モンスタートラック 40 60 ウンバ レーサー4 48 70 ウンバ ボート4 48 70 ウンバ タンク4 48 70 ウンバ UFO 48 70 ウンバ ビッグ ローダー 48 70 ウンバ ユニオン ジャック 48 70 ウンバ プレーン4 56 80 ウンバ ホバー フライ 56 80 ウンバ スパイ 56 80 ウンバ スタント マスター 56 80 ウンバ ロケット 56 80 ウンバ ゴー エニウェア 56 80 ログのせっけい図 ログ指定のチャレンジごとに追加されていく 名前 ワールド チャレンジ名 ログ トラクター ナッティーのうじょう 第2幕 チクタクドカン! ログ ヘリコプター LOGBox 720 第2幕 モグラからのおねがい ログ チップレーサー LOGBox 720 第2幕 チップ レース ログ プッシャー バンジョーランド 第1幕 アイス トゥ ミーチュー ログ トレーナー プレーン ナッティーのうじょう 第4幕 あこがれのパイロット ログ ナッツ バキューム ナッティーのうじょう 第4幕 ナッツ バキューム ログ スネーク トレイン バンジョーランド 第3幕 帰った帰った! ログ ピザ ワゴン ジゴッセウム 第2幕 ハーフタイム スナック ログ ホバー スプレー LOGBox 720 第4幕 ファンを冷やせ ログ ゴビ バンジョーランド 第5幕 ラクダでいこう! ログ アクア ゴビ バンジョーランド 第5幕 走れ、ラクダ!泳げ、ラクダ! ログ トール ライダー LOGBox 720 第5幕 求む、コースチェック ログ X モバイル LOGBox 720 第5幕 システム アップデート ログ セイル スプリンガー ドキドキ エコぷらねっと 第1幕 情報しゅうしゅう、クマにおまかせ ログ トレーラー ナッティーのうじょう 第6幕 おとどけココナッツ ログ バルーン スパイカー ドキドキ エコぷらねっと 第2幕 バイキンをやっつけろ ログ ハニカム バンジョーランド 第6幕 タマゴにちゅうい ログ スタント ハニカム バンジョーランド 第6幕 マンボのスタントショー ログ ティー トレイ ドキドキ エコぷらねっと 第3幕 紅茶の時間 ログ スーパー サリー ドキドキ エコぷらねっと 第3幕 スーパー サリー号 ログ ムーンザッパー ドキドキ エコぷらねっと 第4幕 こりない海ぞく ログ オッドボール ジゴッセウム 第6幕 カンタン、かんたん?? ログ バンジョー - ゲームクリア特典 ドタンバたうんの設計図 名前 入手場所 カートMK1 初期 カートMK2 ナッティーのうじょう 第3幕 カートMK3 LOGBOX 720 第3幕 カートMK4 バンジョーランド 第4幕 カートMK5 ジゴッセウム 第4幕 カートMK6 ジゴッセウム 第5幕 カートMK7 ドキドキ エコぷらねっと 第5幕 カートMK6 - 2008-12-22 21 03 10
https://w.atwiki.jp/ohtaman/pages/16.html
はじめての設計をやり抜くための本を読む 目的 工程 POA(Process Oriented Approach) 業務プロセスと実現する機能を中心にプログラムを設計する技法のこと OOAD(Object Oriented Analysis and Design) OOA(Object Oriented Analysis) OOD(Object Oriented Design) SOA(Service Oriented Approach) DOA(Data Oriented Approach) DFD(Data Flow Diagram) DB設計 ER図
https://w.atwiki.jp/g-generation/pages/21.html
ユニットAとユニットBを組み合わせる事でユニットCの生産が出来るようになる。同時に生産リストにもユニットCが追加される。 AとBの組み合わせる順番は逆でも同じ結果になる。 設計素材_A 設計素材_B 設計結果ユニット_C etc コア・ファイター ジム プロトタイプガンダム 設計のみ ガトル ザク2F ドラッツェ 捕獲可 パプリク RB-79K ザク1 ギガン ザク1 61式戦車 マゼラ・アタック
https://w.atwiki.jp/minanana/pages/23.html
CGIの場合。 機能概要 ネットワーク構成 画面遷移 DB 機能詳細(プログラム単位の処理) ○設計書 ├1.お題 ├2.変更履歴 ├3.内容 │├3-A.ID │├3-B.名称 │└3-C.目的 ├4.記述者 └5.ページ ○設計 ├○サービス手段 │ │ │ ├○画面 │ │ ├☆画面遷移 │ │ │ │ │ ├○入力画面 │ │ ├○照会画面 │ │ └○操作画面 │ │ │ ├○テキスト │ │ ├○入力テキスト │ │ └○出力テキスト │ │ │ └○帳票 │ ├〇制御手段 │ │ │ ├○オンライン │ └○バッチ │ └☆ジョブフロー │ ├〇ビジネスロジック │ └○テーブル設計 └☆テーブル関連図 「基本的な処理の流れ」の1例として「更新処理の手順」を考えた場合 コード 1.画面 2.内部値チェック 3.SQL文生成 4.DBに処理依頼 5.更新の結果取得 6.結果の表示 ○画面設計書 ├1.プログラムID ├2.プログラム名 ├3.機能目的 ├4.画面レイアウト ├5.入出力項目 └6.更新仕様 ○帳票設計書 ├1.プログラムID ├2.プログラム名 ├3.機能目的 ├4.帳票レイアウト ├5.出力項目 ├6.改ページ条件 └7.出力条件 ○DB設計書 ├1.テーブルID ├2.テーブル名 ├3.テーブル目的 ├4.項目 └5.キー 〇テーブル ├〇キー項目 ├〇属性項目 └〇更新履歴項目 関連ドキュメント システム標準 分からないことは?